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ABSTBACT 

The evolution and current operation of the Ontario 
Coiputer Assisted Instruction (CAI) network are described. Sponsored 
by the Ontario Institute for Studies in Education and including 11 
coiBunity colleges in Ontario, the network has computer installations 
and acct.-,s devices throughout the province. Initial development work 
'fas done using a Digital Equipment Corporation (DEC) Systei 10 
computer operated by the National Besearch Council. More recently, a 
Burroughs B*6700 has been brought into the network. Courseware 
development has taken place on the campuses of participating 
irstitutions and the primary programing languages have been FOBTBAN, 
ALGOL, and CAN which is an intermediate level system control language 
for CAI. (DGC) 
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The term "network" seems to be in vogue now and is used to 
describe any collection of computer hardware spread over a large 
<f geographical area. This paper will discuss, in a non-technical 

CO ri!?®''^ network concept is used and implemented by the 

LO. Individualization Project at the Ontario Institute for Studies 

O in Education (OISE). First, it is appropriate to explain the 

r-H purpose of the OISK and our involvement in CAT 

Q 

^ The OISE is a provincially chartered educational research & 

development (R&D) institute operating on a grant from the 
province of Ontario. A number of projects are .-^uppcrted, as 
we-l, through direct grants and contracts from external funding 
agencies. The OISE also has a large number of field centres 
across the province. The Institute is divided into ten academic 
departments having about 600 employees, 180 of which are 
professors There are about bOO full-time students with a total 
student body of about 2000. In this academic capacity the OISE 
is also the graduate school of euii-ation of the University of 
Toronto. The Department of Computer Applications is one of the 
academic departments of the Institute which has students working 
on M.Ed., M.A. and Ph.D. degree.«» and professional staff 
working on R&D projects such as the Individualization Project. 
Allocation of funds to projects like the Individualization 
Project is made by a number of review committees composed of the 
OISE and external staff. 

As anyone involved in the field of CAI is aware, the 
development of 1) student terminal hardware, 2) CAI authoring 
languages, 3) operating system software, H) courseware, 
5) teacher-user and -developer training and 6) dissemination of 
products such as that undertaken by the Indi vdua li zation Project 
is very costly. Therefore, a cooperative project was the only 
way to support the financial and manpower requirements when no 
single governtP^ntal body had the mandate or economic means to 
^ support a lar^e scale CAI developmental effort. The payoff from 

^ this cooperative venture has been faster development, acceptance 

and diffusion of CAI than would have been possible had 
cooperation not been required. , * 
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The main design goals of the project are 



^ 1) To produce course materials which meet real needs aoross 

V as many educational institutions as possible without diluting 

\J the courseware effectiveness and efficiency. Broad needs are 

met by program modularity and provision of optional full 



program, teacher selected or learner control of courseware 
operation . 

2) To move swiftly and without undue disruption of service 
from R&D to a production mode of operation. The transition from 
R4D computer useage, which is free, to the production please with 
users paying for the service, requires a system which is 
economicallv feasible. 

3) To emphasize dissemination through communications 
terminals, independent CAI delivery systen- and interconnected 
CAI systems. 

The participants in this cooperative development are: The 
National Research Council (NRC) of Canada and eleven community 
colleges in Ontario. 

The NRC is a scientific research agency cf the federal 
government charged with developing and implementing scientific 
research programs for national benefit, in cooperation with 
government, industry and university sectors of the community. 
A major part of the NRC program is the operation of a central 
research facility, incorporating a medium scale time-shared 
computer, used by educators at remote locations in the 
cooperative development and evaluation of CAI systems. 

OISE was the first to go on-line to the NRC facility. From 
one teletype in 1968, the NRC project has grown across the 
country, involving organizations from Montreal to Calgary. 

By 1974, 13 colleges in Ontario, Quebec, and Manitoba, as 
well as four Ontario boards of education were utilizing the 
developments and most were also in^'olved in the development of 
additional courseware. In Ontario, three large computer systems 
operate in a production CAI mode in addition to the prototype 
NRC system, which is used only during the R4D phase. 

Me use the term CAI network to mean a number of 
interconnected CAI processors spread over a large geographical 
area sharing the task of executing courseware for student 
terminals. A CAI processor is any computer system which 
executes courseware for a number of students concurrently. As 
of this date all of the CAI processors in the Ontario CAI 
network are general-purpose computer systems concurrently 
executing other tasks and not dedicated to CAI. Within two 
years, however, we hope to have one or more dedicated CAI 
processor interfaced to the network. 

The following discussion shows the evolution of the network 
and should clarify our concept of CAI network. 
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A Prototype CAI System 

Starting from an implementation on our DEC TSS/9, which was 
run as a single user program, we wanted to achieve thre«> 
objectives with a first prototype system: 

1. Provide an interpreter for the NRC DECsystem-10 which 
could be moved to another computer without extensive receding. 

^ system that would accept a number of CAI jobs 
without requiring more than one copy of the system (i e . 
have some characteristics of re-entrant code), and 

fh.«..^: Provide a means of servicing a number of student jobs 
through one high speed telephone line connected to a distant 
line concentrator computer. 

r ^l^^/.t''^^ objective was realized by coding an interpreter 
for the CAN authoring language in FORTRAN with a few assembly 
language sub-routines. 

The NRC DECsystem-10 computer has 192K ( 36 bi ts/wor d ) main 
memory, three disk packs of five million word capacity each, one 
head-per-track (half -mil lion word capacity) swapping disk, two 
7-track tape drives and 16 asynchronous communications ports 
The on-line CAN system uses 18K words when only one student is 
signed-on and expands to a 25K main memory usage when thirty 
students are signed-on. For more information on the prototype 
installation, see Olivier (1973a). In 1973 the prototype was 
moved to another DECsystem-10 at the University of Wertern 
Ontario, but the real test came when McGill University in 
Montreal decided to discontinue using their language MULC and 
adopt CAN . 

The transportable interpreter turned out to be not as 
oractical as hoped; b cause it is relatively inefficient - on 
the order of magnitude of twelve times from the current 
production system. Also, there is a large amount of wor'< to be 
done to convert an interactive, multi-user FORTRAN program from 
a computer of one manufacture to another. The last eff-rt was 
to move the McGill version to the University of Waterloc, and 
this was done with considerable trouble attributed to the 
iii^VA^^^^ ^" time-sharing operating systems on the IBM 

370/158 computers at McCm and Waterloo. 

The second goal was achieved on the prototype system 
through a cooperative programming venture. Since the 
DECsystem-10 FORTRAN compiler would not produce re-entrant code, 
the OISE wrote an interpreter that appears to be working on only 
one student. A co-routine, OPSYS, written by NRC staff in 
assembly language schedules users and swaps student data and 
courseware areas. Another function of OPSYS is the 
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«^nn?'';'!l'H°"/"?K**^°°"°'"'^''^*^^°" °^ student messages, and this 
aspect leads to the third and last objective. 

The cost of data communications in Canada is relatively 
high, and distances are great. Any implementation of a CAI 
system which serves widely distributed student terminals must 
minimize the cost of the data communications. For example, 
there are terminals from Calgary, Alberta to Montreal, Quebec 
We decided to adapt a portion of a DEC TSS/8 system, which „e* 
owned and was being under utilized, to the task of line 
concentrator computer (LCC). The LCCs task is relatively 
simple. While a student keys an answer, the message he is 
constructing is held in the LCC memory. when the student 
ieJ'°t^ri?r '"h'h"?'*'"'* pressing a key such as the return 
spe;d ?ine to r!? ^^^^^^^^dent 's mesaage. As soon as a hi.h 

?Jrfr^ I \ ^ machine is free, the message is sent. ' 
was t^ansi?tt'r. '^'f w^'ich is used to verify that the message 
erro^ ?h° J.T ^^f^'^-^^^y- ^he event of a transmission 

hi^h ^nlpH f J "^^f'^"^ requests 3 r etransris sion . In case the 
?Jr\ S?nS telephone line is out, the operator's console on the 
^hL S K^''^!! diagnostic messages so the operator can, 

through a broadcast facility, notify the students who are 
on-iine and also begin corrective action. The LCC thus 
concentrates one series of key strokes into a message for 
tr=insmission and reverses the situation on output. The LCC also 
does code translation such as convert IBM code to ASCII 
schedule output to maximize throughput and act as a device 
controller for devices such as a slide projector. A recent 
Li^? ^° recommend that Seneca College buy a LCC for 
$15,000 to provide 40 ports in-house. The LCC is located in the 
saoe room as their CAI aachine which does not reduce high speed 
data communication charges, but the cost of the LCC is so 
inexpensive in relation to the cost of ports on the large 
machine, that the LCC pays for itself in less than two years. 

The prototype system at the NRC was useful for an initia^ 
til ?^p?p."rr^''! development activities, but we realized that 
the FORTRAN based system would be too costly when the colleges 
acquired computing power elsewhere. The NRC participation is 
only for research; therefore when a courseware project was moved 
to production, other computing resources had to be found. We 
are still the largest user of the NRC computer, but our 
courseware projects change periodically. 

The Production Systems 

In the fall of 1973 we moved one course into production. 
The prerequisite college mathematics program, a 25-hour avf.-age 
pre-calculus mathematics course, had been undergoing field 
trials and revisions for two years on the NRC machine and was 
the first course placed in production status. 



<LTnn*"*°^ Colle«?e in netro Toronto had acquired a Burrouehs 
B-5700 to cse for data processing, administration and CAI;'and 
It was our task to implement the CAN systeiu. Two goals were 
uppermost in our minds — reliability and efficiency. 

The Burroughs B-6700 system has a main memory of 1100 bytes 
("Jb bits/word), forty megabytes of head-per-track disk, 212 
megabytes of disk pack and four 9-track tape drives A data 
communications processor with 61 asynchronous ports is used as a 
front end to the system. The CAN system averages 32K words of 
core storage to process 70 simultaneous students, but the system 
expands and contracts dynamically. For more information see 
Dinniwell, Luts, Mikichak, Naess & Olivier (1975). ALGOL is the 
assembly language of the B-6700; therefore the CAN system was 
coded in ALGOL. Transportability to a machine of another 
manufacture was given secondary importance. The system was 
designed as a set of asynchrous dependent tasks. In case any 
segment of the CAN system fails, it automatically initiates 
restart procedures. If the fault condition is in one student's 
area and cannot corrected, then that student is signed off. 
I. the problem is with one courseware segment, all students and 
the system error message file are informed what is wrong and the 
students are signed off. The software tries to recover from an 
error several tines before notifying one of the two system 
operators on duty at the consoles. If the entire hardware 
system crashes, as it does occasionally, the CAN system 
automatically restarts itself and checks for student responses 
it had intact in the PILLOW file which had not been processed 
before the crash. Tne students with incomplete responses are 
asked to re-enter their last response. If the data 
communications is lost and students are on dial-up lines, then 
the CAN system asks a student to reconfirm his name, not the 
entire sign-on, before resuming the pro;rram exactly where he 
left off, not at the last restart point. 

Not all of the features can be mentioned, but enough have 
been listed to give a flavour of the priority given to 
reliability and fault recovery. We feel that a student should 
be interrupted as little as possible in the event of system 
problems. Fortunately, crashes due to the CAN system are very 
rare, but operating system and other applications concurrently 
running on the system cause crashes. System instability will 
probably always exist In a multi-programming environment. 
Eventually we will implement smaller dedicated CAI machines; but 
the volume of CAI used in Ontario, only about 3000 students r.ow, 
is not such that colleges can presently Justify a machine 
dedicated to CAI. 



The other criterion was speed of processing and this was 
achieved by extensive preprocessing of the CAN source code. The 
lourseware code is compacted, usually a 60J reduction, and the 
intermediate language is in a byte-string stack notation The 



JnJ!^S H !T J emulates a stack-orientet* CAN machine. The 
intermediate language was designed to reduce the amount of 
courseware code and be primitive enou-h to be an intermediate 
language for other CAI languages such as COURSEWRITER. One of 
i^ici''"fh;:oi;t!I^* produce a dedicated CAI machine 

H?if5;i r.^n.^ micro-coded control merco-y will execute 
wirkini'on L ; liH"'''""''"'' language. Another problem we are 
^trZl^ , f *'»fl<l^"K preprocessors which convert other CAI 
'as?er'"ai"trv J' ^"^^ ^"^^ language. This task Is .uch 

lang^agrto l7ol7er"' '^'^ ""'^^^ ^-^^ authoring 

The CAM system at Seneca was successful in oeeting 

^r.ln^if f ^1"** provides CAI service at 76 cents per 

Irrtn. ''^Tl °^ ^^^'^^l Ontario can 

iJoo/f . r"''^ "-^^ provision of the service for $H0 to 

^fxedJat^fn''"' '''' ^^««<* °" a noilthly 

fixed rate and varies d-pending upon data communications 

charges, whether the access is through one of the LCC's and how 

many terminals any site will use. The ^xed rate simplifies 

budgeting and accounting procedures for both Seneca and the 
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In 1974, Algonquin College in Ottawa acquired a 
DECsystem-IO for the same purpose as Seneca — to provide CAI in 
addition to data processing and administrative jobs. We receded 
in assembly language for the DECsystem-10 and made slight 
modifications to the production CAN system. 

The DECsystem-10 at Algonquin has 192K words (36 bits/word) 
t fTJ.l disk packs of ten million words each, two 

9-track tape drives and 32 asynchronous ports. The CAM system 
uses about 40K words of main memory to run 70 concurrent 
students. By the fall of 197i», Algonquin College was also 
providing . CAI service. To prpvent the largest colleges in the 
Province from fighting for customers, we suggested a CAI service 
centre committee. The colleges have now standardized fees and 
other services so that the only difference in cost to a user 
college is the data communications charge. 

Since The OISE is responsible for all software and 
courseware we coulc see problems in maintaining a number of 
similar systems. Nothing could be done about the software 
maintenance problem, but by keeping courseware on only one 
machine, the task of courseware maintenance would oe simplified 
Me also wanted a cost-viable system whicn fostered cooperation 
among users, had fail-soft in addition to highly reliable 
operations and which could be easily expanded and enhanced. 

The initial interconnection of the NRC and Seneca computers 
was done to save costs. However, the network concept proved so 
useful that it is now being expanded. Since the CAM system on 



cl]lli r i"f NRC, Seneca College, Algonquin 

College, and University of Western Ontario accepts LCC input we 
TTJr^%^^°*' machine look like an LCC to the other machines! 
in effect, we have a pseudo line concentrator (PLC) in each 
production system. To see hew the interconnected systems 
ioJtJ f a hypothetical student sitting at a terminal in 

North Bay, Ontario. Assume that the student is taking a course 

? "^^""^ resident on the KRC computer. The 

?o?^arL5'?n f/"P°"3e that is stored in the local LCC and then 
Itorp^ H ? machine in Toronto. The Seneca computer 

Ottawa wEen rr"'" Student's Input to the NRC computer'in 

nrltr ?K processing occurs. From the time the student 

infnr»!trn^ ''^"i"'"' ""''^ ^"^^ terminal begins displaying new 

information, only a second or less elapses. 

Currently only the Seneca College and NRC computers are 

ini^nrrr?'%''A/^^°"''"'" College gets NRC service by connecting 
one of their LCC with all of its associated terminals to the 
tiKi. This present arrangement at Algonquin College is 
unsuitable, because axl terminals on one campus have to be 
either on the NRC computer taking courses which are under 
development or else be connected to their own computer for a 
production course. The terminals at the other campuses cannot 
access the NEC computer. To solve these problems, this spring 
we are adding the Algonquin College computer to the network so 
tnat any of the terminals connected directly or through any of 
tneir three LCCs may executf? courseware at Seneca or at the NRC. 

Currently, students are taking CAI , full-semester, college 
level credit courses in Introductory Machematics, Business 
Mathematics, Technology Mathematics, and Electronics. Courses 
are being developed in Accounting, Chemistry, Nursing. 
Metrication and English. We are also developing 
computer-assisted tes ing and CMI nursing materials All 
coursewax^e is cooperatively develooed on a two-year cycle 
Curriculum committees specify course content and the OISE codes 
and evaluates the materials. Olivier (1973b) explains this 
aspect in more detail. 

Our future plans for the network include the possibility of 
adding remote job entry (RJE) facilities (i.e., card 
reader/punch and line printer) to the LCC design. This RJE 
addition would allow remotely located small colleges to acquire 
an LCC for RJE and CAI at a low cost. This facility would 
essentially put a large general-purpose computer in their 
school . 

The most interesting planned addition is a dynamically 
micro-programmable mini computer capable of serving as a CAI 
machine for 200-300 simultaneous students. Simulations have 
indicated that the machine design is feasible and would co.«,t 
less than $200,000, a cost o' lesj than $1,000 per terminal for 
the central hardware. 
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